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REMARKS 

Claims 1 - 37 were pending in the instant application when last examined and were 
rejected. Claims 1 - 6, 1 1 - 1 5, 20 - 22. 24, 29 -3 1 and 33 are being amended herein for greater 
clarity- Claims 7 - 10, 16 - 19, 25 - 28 and 34 - 37 are being cancelled without prejudice. New 
claims 38 - 41 are being added. No new matter is being added and claims 1 - 6, 1 1 - 15> 20 - 24. 
29 - 33. and 38 - 41 are pending in the instant application. Reconsideration is respectfully 
requested. 

Provisional rejection for nonstatutory dou ble patenting 

In items 2-3, Examiner rejected the claims under the judicially created doctrine of 
double patenting. Applicant includes herewith a terminal disclaimer in compliance with 37 CFR 
1 .321 (c) to overcome the rejection. 

Objections to claims 4 and 14 

In item 4, Examiner objected to claims 4 and 14 citing certain informalities. Applicant 
has amended these claims rendering the objections mute. 

Rejection under 35 U.&C S 103ra> over 
Morgan i,v,o. Eder 

In items 5 - 6, on pages 3 through 9 of the Office Action, the Examiner rejected claims 1- 
37 under 35 U.S.C. § 103(a) as being unpatentable over U.S. Patent No. 5,799,286 to Morgan ct 
al. ("Morgan") in view of U.S. Patent No. 5,615,109 to Eder ("Eder"). Applicant respectfully 
traverses. 

The Examiner asserts that Morgan teaches, a method for creating a multi dimensional 
report from information in at least one database (col 1. lines 50-56), including: receiving a 
definition of at least one customer profile of a plurality of customer profile groups (col. 1, lines 
10-28) and receiving from a user input indicating a report configuration selection (col. 2, lines 9- 
16). The Examiner admits that Morgan does not teach: creating at least one first dimension table 
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based upon the report configuration selection and the information; creating at least one fact table 
based upon the report configuration selection and rhe information; and providing a report 
comprised of the at least one first dimension table and the at least one fact table. 

The Examiner argues that Eder teaches: creating at least one first dimension table based 
upon the report configuration selection and the information (col. 1, lines 60-67 and col. 2, lines 
1-22); creating at least one fact table based upon the report configuration selection and the 
information (col. 2, lines 24-43); and providing a report comprised of the at least one first 
dimension table and tiie at least one fact table (col. 12, lines 1 2-51). Examiner concludes that, 
"[i]t would have been obvious to one having ordinary skill in the art at the time the invention was 
made to create at least one first dimension table based upon said report configuration selection 
and said information; creat[e] at least one fact table based upon said report configuration 
selection and said information; and provid[e] a report comprised of said at least one first 
dimension table and said at least one fact table and to modify in Morgan.*' 

Applicants disagree with the Examiner and uaverse such rejection. Additionally, the 
Applicants respectfully request that the Examiner consider the grounds for withdrawal of the 
rejection provided herein, and agree to timely withdraw the rejection. 

Specific embodiments of the invention satisfy the object of enabling a user to analyze 
information in a plurality of legacy databases in an easier, more accessible fashion. Claim 1 is 
representative, and as amended^ recites: 

1 . A method for analyzing information in at least one source database, said method 

comprising: 

receiving a definition of at least one of a plurality of customer profile groups; 
receiving input indicating at least one quantity of intmst in the infomation; 
receiving a definition for a data model; 

dynamically creating at least one generated database based upon the data model and 
configured to the quantity of interest, further comprising; 

creating at least one first dimension table based upon the data schema 
and the quantity of interest; and 

creating at least one fact table based upon the data schema and the 
quantity of interest and the information; and 
displaying at least a portion of the dynamically generated database. 
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Acconlingly, independent clainr) I as amended distinguishes over the asserted 
combination of Morgan and Eder at least by reciting any one or more of, ''receiving input 
indicating at least one quantity of interest in the information'' \ ''rece iving a definitipii fqr ti 4ota 
modeF : '" dynamicaUv creating at least one generated database based upon the data model and 
configured to the quantity of interest ' and '' displayinn at least a pardon of dvnamicailv irenerated 
database ''. The embodiment of claim 1 includes model-driven dynamic generation of databases 
customized to the information needs of a user. 

Support for these elements recited by claim 1 may be found in the Specification as filed, 
as follows, and no new matter has been added: ''receiving input indicating at least one quantity 
of interest in the information'' - Specification, page 7, lines I - 2 ("OLAP generated queries 4 
can be generated by OLAP server 2 to retrieve a result set from database 6, for example."); 
'^receiving a definition for a data modeF - Specification, page 7, lines 11.12 ("Users can define 
a schema for database 6 fi^m an administration console 20"); "dynamically creating at least one 
generated database based upon the data model and configured to the quantity of interest"' - 
Specification, page 7, lines H - 12 and lines 15-16 ("After users define their models, the 
decision support manager 21 can automatically create databases, such as a database 6, according 
to the users' data model definitions.")s ''displaying at least a portion of the dynamically 
generated database'' - Specification, page 6, lines 25 - 26 ("The command inputs can be applied 
to database 6 in order to retrieve information that can be provided to the user for presentation on 
OLAP console 1 using a GUI or other presentation device."). 

The examiner argues that Morgan teaches, a method for creating a multi dimensional 
report from information in at least one database including receiving a customer profile and a 
report configuration. 

Morgan, however, fails to teach» suggest or render obvious the embodiment recited by 
claim 1 . Morgan illustrates a conventional activity management system that uses a conventional 
relational database to manage costs associated with various activities input by the user into the 
system. (Morgan, Abstract). Morgan states that their work provides, "an automated activity- 
based management system (ABM) that provjdes continuous, dynamic, and real-time cost 
information and reports." (Morgan, col. 1, 59 - 61). Morgan uses a conventional approach of 
feeding general ledger accounting information and human resources information into a relational 
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database and processing the information to provide reports. (Morgan, col. 2, lines 1-16). 

Morgan fails to teach, nor even suggest, generating a database based upon a user defined data 

model and configured to the quantity of interest, as recited in claim 1. 

To the contrary, Morgan instead provides cost control methods using conventional 

database technology. For example, Morgan states that according to their method: 

ftihe activity information and traditional accounting informat ion are fed to a 
relational database . The information is processed and costs associated with the 
employee, facilities, equipment, and overhead components of activities are 
computed. User-definable ad-hoc reports as well as preformated reports for 
trending, forecasting, comparison, benchmarking, and budgeting purposes arc 
available, (emphasis added.) 

Morgan col. 2, lines 10-15. 

Morgan's method includes the entry of accounting information into a relational database, 

processing it, and providing reports to a user. This is quite conventional in approach. In fact 

Morgan actually appears to teach away because the accounting information must be entered 

("fed") into the relational database. This approach is inconsistent with the data-model driven 

approach of claim 1 . Funher, rather than indicating a customer profile, the cited passage of 

Morgan, col. 1, lines 10-28 appear to indicate a statement of a problem to be solved: 

Conventional costing and management decision support systems use traditional 
profit and loss statements to analyze costs such as salaries, equipment, facilities, 
and administrative expenses. Based on these figures^ business managers use direct 
material and labor consumption as the primary means of determining product 
costs and sale prices, and apportioning overhead costs. This method has been 
adequate when the overhead and administrative cost of activities not directly 
related to production was small compared with the direct material and labor 
required to manufacture the end product. However, in today's service businesses 
and manufacturing environments, automation has substantially reduced the 
amount of direct material and labor consumption, so that indirect activities have 
become a significant factor contributing to the cost of making the product. The 
result gives business managers a skewed view of how the business organization 
spends money, which may cause them to make pricing errors, mis-allocate 
resources, and make strategic mistakes. 

Morgan, col. 1, lines 10 - 28. Accordingly, Morgan fails to make data-model driven analysis of 
information easily available to the user. 
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Morgan also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 1 1 as amended for substantially the same reasons as described with 
respect to claim I. 

Morgan further fails to teach, suggest or otherwise render obvious and further teaches 
away from independent claim 20 as amended. More specifically, Morgan provides a 
conventional data entry and report generation methodology in which the user enters the data into 
a relational database, processes it and views the result, (col. 2, lines 10-15) This directly 
conflicts with claim 20 at least with regard to "'receiving as input a third data model definition"; 
^creating a third database having a third data schema from the third data model" . Morgan's 
method provides no model driven analysis of information. Further, in Morgan, there is no notion 
of multiple model analysis, as contemplated by "defining a virtual data modeP' and 'determining 
from the virtual data model a second data schema " of claim 20 as amended. 

Support for these elements recited by claim 20 may be found in the Specification as filed, 
as follows and no new matter has been added: '^receiving as input a third data model definition** 

- Specification, page 7, lines 11-12 ("Users can define a schema for database 6 firom an 
administration console 20"); "creating a third database having a third data schema from the 
third data model* - Specification, page 7, lines 11-12 and lines 15 -16 ("After users define 
their models, the decision support manager 21 can automatically create databases, such as a 
database 6, according to the users' data model definitions."); **creating a first mapping, that 
provides a translation for data from the first data schema to the second data schema " - 
Specification, page 7, lines 18-19 ("Manage 21 can generate procedures and mapping rules to 
populate databases with data firom the data warehouse 8"); "creating a second mapping, that 
provides a translation for data from the second data schema to the third data schema " - 
Specification, page 6. lines 3 1 - 32 (**OLAP meta data 3 can comprise a mapping from the user*s 
multi-dimensional model 5 to a database model, such as database 6")/ ''defining a virtual data 
moder - Specification, page 9, lines 3 1 - 32 ("A meta model is an abstract data model that 
describes relationships between different entities or groups of entities in a data model"); 
''determining from the virtual data model a second data schema " - Specification, page 8, lines 1 

- 5 ("data warehouse 8 can have an identity centric data organization with customer information 
comprising the center identity. This data organization is sometimes referred to as a "reverse star 
schema" data model. This data organization comprises a *'back-end tier" of data warehouse 8, 
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while the front end tier is based on a data model called a "star schema."); "selectively migrating 
information from at least one of the first database to the second database according to the first 
mapping and the second database to the third database according to the second mapping " • 
Specification, page 8, lines 8-11 ("The data can be transformed into a reverse star schema data 
model, for example, when it is stored into the data warehouse 8"). 

Morgan also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 30 as amended for substantially the same reasons as described with 
respect to claim 20. 

Thus, Morgan cannot render the embodiments of claims 1, 1 1, 20 and 30 obvious. 
Morgan further cannot be combined with any other references with regard to rendering the 
recited embodiments obvious, since to do so would be "undesirable'* according to Morgan's 
teachings and would require a very substantial change to Morgan *s principle of operation (see 
MPEP§ 2143.01). 

The remaining claims depend from claims 1, 1 1, 20 and 30 and are patentable over 
Morgan for at least the same reasons that claims 1, 11, 20 and 30 are patentable over Morgan, 
both alone and in combination with the other cited references. 

It is therefore respectfully requested that Morgan be withdrawn from further 
consideration as a reference. 

It is also requested that Eder should be withdrawn from further consideration as a 
reference. Eder first teaches a technique for inventory management and control (Eder, Abstract; 
col, 16, lines 16 - 23; col 1 8, line 65 - col. \% line 5) and not the data model driven creation of a 
generated database customized to user requirements in claim 1 as argued by the Examiner. Eder 
further fails to teach, suggest or otherwise render obvious claim I with regard to the deficiencies 
of Morgan, 

Rather, Eder teaches an inventory control method and system. (Eder. Abstract) Eder*s 
system creates "detailed, multi-dimensional forecasts of sales and cash receipts" (Eder, Abstract, 
emphasis added). Edcr's system includes application software that guides a user through the 
steps of updating forecast information in an application database: 
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The application software of the system then checks to ensure that the required data 
dictionary and data source mapping tables for the user-specified data source have been 
completed and stored in the application database. If any required infonmation isn*t present 
in the application database, the user is prompted by the application software to provide 
the required information. After the required data dictionar y and data mapping infonnation 
are entered and stored in the ap p l i cation database , the application software establishes a 
connection with the specified data source utilizing user-input as required. The date of the 
transactions in the application database data tables are then compared with those in the 
specified data source by the application software of the present invention. The application 
software then creates a display showing the range of transaction dates that need to be 
added to each data table in the application database to bring the data up to date. The user 
is given the option of modifying or skipping the updates for specific tables before the 
application software copies the appropriate informaUon from the specified data source to 
the tables in the application database of the present invention. The user is then prompted 
to provide input as required to complete the calculation of the various forecasts required 
for operation of the present invention. These forecasts are developed in a multi-step 
process that will be detailed below, (emphasis added.) 

Eder. col. 21, line 58 - col. 22, linelS. 

Eder, however, does not leach the data-model driven approach of claim 1. In fact, Eder 
actually teaches away from the embodiment of claim 1, because Eder requires the use of data 
dictionaries and data mapping information to populate a database. 

Eder also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 1 1 as amended for substantially the same reasons as described with 
respect to claim I. 

Eder further fails to teach, suggest or otherwise render obvious and fimher teaches away 
from independent claim 20 as amended. More specifically, Eder provides a conventional data 
entry and report generation methodology in which the user must use data dictionaries or data 
mappings to enter data into a relational database, processes it and views the result. This directly 
conflicts with claim 20 at least with regard to ''receiving as input a third data model definition "; 
"creating a third database having a third data schema Jrom the third data model *\ Eder's 
method provides no model driven analysis of information. Further, in Eder, there is no notion of 
multiple model analysis, as contemplated by ""defining a virtual data modeP' and 
"determining from the virtual data model a second data schema'' of claim 20 as amended. 

Eder also fails to teach, suggest or otherwise render obvious and fiinher teaches away 
from independent claim 30 as amended for substantially the same reasons as described with 
respect to claim 20. 
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Thus, Eder cannot render the embodiments of claims 1 , 1 1, 20 and 30 obvious. Eder 
further cannot be combined with any other references with regard to rendering the recited 
embodiments obvious, since to do so would be ^undesirable" according to Eder's teachings and 
would require a very substantia) change to Eder's principle of operation (see MPEP § 2143.01). 

The remaining claims depend from claims 1, 1 1, 20 and 30 and are patentable over Eder 
for at least the same reasons that claims 1 , 11, 20 and 30 are patentable over Eder. both alone and 
in combination with the other cited references. 

It is therefore respectfully requested that Eder be withdrawn from further consideration as 
a reference. 

Morgan describes techniques for controlling indirect costs of activities in a business, 
(Abstract). Eder describes a method for inventory management and control (Eder, Abstract; col. 
16, lines 16 - 23; col. 18. line 65 - col. 19, line 5). There is no indication in any of Morgan and 
Eder to be combined with one another. Moreover, since indirect cost control and inventory 
management are different activities within a business, it appears that making sudi a combination 
would be difficult for one of ordinary skill in the art. 

Morgan and Eder do not render the claimed embodiments of the present invention 
obvious for at least these reasons. 

Accordingly, withdrawal of the rejections and early allowance of the rejected claims are 
respectfully solicited for at least the foregoing reasons. 

If the Examiner has any questions or needs any additional information, the Examiner is 
invited to telephone the undersigned attorney at 01 1-813-5774-1807, 



Dated: June 12. 2003 

Squire, Sanders & [>empsey L.L.P. 

600 Hansen Way 




Palo Alto, CA 94304-1043 
Telephone (650) 856-6500 
Facsimile (650) 856-3619 



Paul A. Durdik 
Attorney for Applicants 
Reg. No. 37,819 
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